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level link elements compatible with an operating system 
associated with the computer system. 




Printed fay Joine. 75001 RI\RIS (FR) 



1 



EP 0858 199 A2 



2 



Description 

The present invention relates to channel and net- 
work communication systems and processes and, In 
particular, to a system and method for automatic dynanrv 
ic loop address changing In a Fibre Channel environ- 
ment. 

There are two kinds of protocols for devfce commu- 
nicatk>n: channels and networks. Channels, for exam- 
ple, between a master host computer and a slave pe- 
ripheral devk:e, transport a large amount of data at very 
high speeds over relatively small distances with little 
software overhead once data transmission commenc- 
es. A channel provides a direct or switched point-to- 
point connection between a master and a slave ttiat is 
iiardware-intensive. Networks, on the other hand, usu- 
ally interface many users and support many transac- 
tions, sharing a plurality of hosts and system resources, 
over medium to large distances. In network connections 
higher software overhead is generally acceptable as 
long as high connectivity is achieved. 

The Fibre Channel Protocol ('FCP") is a new gen- 
eration protocol that combines the best of these two dis- 
parate methods of communk:atkxi in a single Open-Sys- 
tems-lnterf ace-like (OSI-like) stack architecture. Essen<> 
tially, the Fibre Channel ('FC') is a multi4opok>gy, multi- 
layer stack with tower-layer-protocols ("LLPs') for con- 
trolling the physbal transport characteristics and upper- 
layer-protocols ("ULPs") for mapping LLP communica- 
tion to and from higher-level software structures that are 
compatible with an Operating System. These ULPs in- 
clude both channel and network protocols such as In- 
telligent Peripheral Interface flPr), Small Computer 
System Interface ("SCSI"), and Internet Protocol (IP"), 
among others. 

One of the most desirable objectives in any multi- 
device communicat ton system is the ability to "hot-plug", 
that is, the capabil'rty to delete, add, and/or substitute a 
device in a system without bringing the system down or 
incurring an inordinate amount of specialized software 
overhead. For example, in a master-slave channel com- 
munication system, it is extremely useful to be able to 
change the attached peripheral devices on the fly with- 
out having to re-bocA the system or without erecting ex- 
pensive software partittons between the Operating Sys- 
tem and the protocol that is associated with the multi- 
device communtoatton system. 

Although the ULPs in the FCP stack offer the ben- 
efits of multi-protocol connectivity to both channel and 
network communk:ation systems, they do not provkie 
for the capability to dynamtoally alter the devtoe config- 
uratton of the system without the aforementioned short- 
comings. ^4oreover, many Operating Systems currently 
in use do not provide for structures that would facilitate 
dynamto reconfiguration of the devices disposed in an 
FC environment. Accordingly, it can be appreciated that 
because of the tremendous growth potential for FC- 
compata>le computer systems, there is a manifest need 



for provkiing a cost-effective solutton that ameltorates 
these and other drawbacks. 

The present invention overcomes the above-kienti- 
fied problems as well as other shortcomings and defi- 
s ciencles of existing technotogies by provkiing; for a com- 
puter system operable with an Operating System (OS), 
the computer system having a Fibre Channel (FC) com- 
municatton environment, whch environment includes a 
plurality of FC devtoes, at least one of the FC devbes 

10 being an initiator; a method for dynamtoally controlling 
the configuratton of the plurality of FC devtoes, whtoh 
method comprises the steps of: determining an FC-spe- 
ciflc information structure related to each of the plurality 
of FC devtoes; associating the FC-specific informatton 

IS structure for each of the plurality of FC devtoes with a 
togical link element compatible with the Operating Sys- 
tem, the associating step being effected by associatton 
means; and updating the association means responsive 
to a reconfiguration of the FC environment. 

^0 The present inventton further provkies a system for 
dynamically controlling the configuration of a multi-de- 
vtoe FC communicatton environment, the system com- 
prising: means for determining an FC-specific informa- 
tion structure related to each of the plurality of FC de- 

2S vtoes; means for associating the FC-specific informatton 
structure for each of the plurality of FC devtoes with a 
togtoal link etoment compatible with the Operating Sys- 
tem of a computer system; and means for updating the 
associating means responsive to a reconfiguration of 

30 the FC environment. 

A more complete understarKlIng of the present in- 
ventton may be had by reference to the foltowing de- 
scription when taken in conjunction with the accompa- 
nying drawings wherein: 

35 

FIG. 1 illustrates a block diagram of a prkx art chan- 
nel communtoation system, wore parttoularly, a sys- 
tem operable with a SCSI standard; 
FIG. 2 illustrates a btock diagram ol an exemplary 

40 computer system wherein the teachings of the 
present invention may be practtoed; 
FIG. 3 depicts a diagrammatic representatton of the 
Fibre Channel (FC) Protocol stack; 
FIGS. 4A-4C depict btock diagrams of the three top- 

45 otogtoal configurattons available for Fibre Channel 
Nodes; 

FIG. 5 illustrates an exemplary embodiment of the 
mapping method in accordance with the teachtogs 
of the present inventton; 
so FIG. 6 deptots an exemplary flow diagram for a 
method of automatto dynamic kx>p address chang- 
ing In accordance with the teachings of the present 
invention; and 

FIGS. 7A and 7B deptot an exemplary embodiment 
ss where a loop addcess is dynamtoally changed in ac- 
cordance with the teachings of the present Inven- 
tton upon introductton of a hard-coded devtoe in the 
toop. 
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Referring now to the drawings wherein like or sim- 
ilar elements are designated with identical reference nu- 
merals throughout the several views, and wherein the 
various elements depicted are not necessarily drawn to 
scale, and, in particular, to FIG. 1 , there Is shown a block 
diagram of a prk>r art channel communicatk>n system, 
generally at 100. such as a channel system operable 
with the Small Computer System Interface ("SCSr) pro- 
tocol. A prcx:essor 110 is provided with a SCSI adapter 
1 15 In order to effect channel communication via a SCSI 
bus 125 to which a plurality of peripheral devices, for 
example. SCSI devices 120A-120G, are connected. It 
can be appreciated by those skilled in the art that al- 
though not depicted in FIG. 1 , the ends 1 30A and 1 30B 
of the SCSI bus 125 may each contain an appropriate 
tenmination element, respectively. 

As is well-known in the art, a SCSI devbe can be 
e'tther an initiator or a target and the SCSI bus 125 can 
include any combinatbn thereof provkied at least one 
initiator and one target are present. For example, the 
processor 110, through its adapter 115, may functkm as 
the initiator and the device 120D may function as a tar- 
get In the channel communication system 100. Certain 
specific f unctbns are assigned to either an initiator or a 
target (i) an initiator can arbitrate for the bus 125 and 
select a target; (ii) a target can request the transfer of 
command, data, status, or other Informatkxi to or from 
the in'rt^tor, and (iii) in some instances, a target can ar- 
bitrate for the bus 125 and reselect an initiator to con- 
tinue a bus transactbn. 

Continuing to refer to FIG. 1 , the target 120D may 
support from one to eight physical or virtual devices 
called "togrcal units". A complete devce address con- 
sists of the SCSI identity ('ID") of the target and the Log- 
k:al Unit Number (*LUN') of the 6ev\ce. A physical de- 
vice that does not support additbnal kDgk^l units such 
as for exarrtple, a conventional SCSI hard disk drive, 
comprises only one logk:al unit In which case the LUN 
is set to zero. 

In a SCSI environment, a bus transactkxi is defined 
by the SCSI command protocol as an input^utput ('1/ 
O*) process. An I/O process begins with the establish- 
ment of a logical link called a "nexus", whfch defines the 
logical path between an initiator and a target such as a 
conventional SCSI hard disk drive, represented by the 
SCSI ID of the initiator ("1") and the SCSI ID of the drive 
("T"). As is understood in the art, the nexus may be fur* 
ther refined by using the IDENTIFY message the SC- 
SI command protocol to include a LUN if applk:able. In 
this case, the complete togk:al link will be l_T_LUN. It 
shouki be understood that the LT_LUN logical link is 
sometimes interchangeably referred to as the 
BUS_TARGET_LUN or B^T^LUN also. 

Referring now to FIG. 2, a block diagram of an ex- 
emplaiy computer system 200 is depicted wherein the 
teachings of the present Invention may be practised. As 
can be appreciated by those skilled in the ait, the com- 
puter system 200 is represented in FIG. 2 in its f unctkxi- 



al aspects. An Operating System ("OS") 21 0 is operably 
provided in the computer system 200 to control the in- 
formation flow associated therewith. The OS 210 may 
be a Disk Operating System ("DOS") or a Network Op- 

s erating System ("NOS") such as, for example Windows 
NT® or NetwareiB^, as may be appropriate deperxiing 
upon whether the computer system 200 Is arranged in 
a network configuration. 

The OS 210, moreover, is operable with at least a 

10 conventkxial channel communicatk>n interface such as, 
for example, the SCSI interface starKlard described 
above. The exemplary OS 210 may further be provkJed 
with such f unctk>nal structures that wouki enable inter- 
operability with conventk)nal network communicatkxi 

IS protocols such as, for example, the Internet Protocol 
(•IP-). 

Continuing to refer to FIG. 2, the exemplary OS 210 
communicates with an OS-compatible channel or net- 
work communicatkxi protocol/interface 215 via an 

20 upperjevel_communication path 230. It should be ap- 
preciated that the upper JeveLcommunicatk)n path 230 
in the f unctbnal bkxk representatkyi of the exemplary 
computer system 200 may encompass such OS-soft- 
ware structures as communicatkxi protocol drivers, for 

2S example, the SCSI protocol drivers or IP protocol driv- 
ers. The exemplary OS 210 and the OS-compatible in- 
terface/protocol 215 together constitute what will be 
henceforth referred to as an OS environment 250 in the 
computer system 200. Reference numeral 220 refers to 

30 a Fibre Channel ("FC") environment which may encom- 
pass a plurality of FC devices operable in accordance 
with the teachings of the present inventkxi in addltkxi to 
the known Fibre Channel Protocol ("FCP") architecture 
descrit)ed below in further detail. 

35 still continuing to refer to FIG. 2, it shouki be under- 
stood that most Operating Systenris including, for exam- 
ple, the OS 210, are not provkied with the capability of 
communk:ating "directly" with the devices disposed in 
the FC environment 220. Therefore, in order to operably 

^ include and harness the benefits of the FC environment 
220 in an exemplary computer system 200, a link path 
225 Is provided between the FC environment 220 and 
the OS-compatible communicatkxi interface 21 5. As will 
be appreciated by those skilled in the art upon reference 

4S hereto, providing the link path 225 In accordance with 
the teachings of the present inventkxi between the FC 
environment 220 and the OS-compatible communica- 
tkxi interface 215 facilitates dynamb actress changing 
of the FC devices, which changing is transparent to the 

so OS-compatible upper-level software structures. 

Referring now to FIG. 3, a diagrammatb represen- 
tation of the FCP stack architecture Is shown generally 
at 300. As can be readily appreciated, the FCP archi- 
tecture is stmctured as a hierarchical set of protocol lay- 

ss ers, much like the Open Systems Interface ("OSI") 
stack. The three bottom layers of the FC stack (layer 
310, labelled as FG-0, through layer 320, labelled as FC- 
2) form what is known as the Fibre Channel Physk:al 
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Standard ('FC-PH'). This Standard defines all the phys- 
ical transmission characteristics of a Fibre Channel en- 
vironment including, for example, the FC environment 
220 (shown in FIG. 2). The remaining layers (layer 325, 
labelled as FC-3and layer 330, labelled as FC-4) handle 
interfaces with other network protocols and applica- 
tions. Unlike the existing Local Area Network ("LAN") 
technologies such as Ethernet and Token Ring, FC 
keeps the various functional layers of the stack 300 
physically separate. As can be appreciated, this physi- 
cal separation enables implementatbn of some stack 
functbns in hardware and others in software or 
firmware. 

The layer 310, FC-0, is the k>west functional layer 
of the FC architecture and describes the physical char- 
acteristics of the link connectbns anrxxig the plurality of 
FC devices disposed in the FC environment 220 (shown 
in FIG. 2). FC-0 supports a bask: rate of 1 33 Mbaud, the 
nrKDSt commonly used speed of 266 Mbaud, as well as 
531 Mbaud and 1 .062 Gbaud. However, because of the 
overhead involved in establishing and maintaining link 
connections, the actual data throughput is somewhat 
lower 100 Mbit/s for 133 Mbaud, 200 Mbit/s for 266 
Mbaud. 400 Mbit/s for 531 Mbaud, and 800 Mbit/s for 
1 .062 Gbaud Further, FC-0 supports a wide range of 
physical cabling, including single-mode or multinrxxle fi- 
bre-optk: cable, coaxial cable, and shiekJed twisted pair 
("STP") media. Each of these cabling elements supports 
a range of data rates and imposes specific distance lim- 
itations, but FC can mix all of them within the same FC 
environment such as the FC environment 220 shown in 
FIG. 2. For Instance, single-mode optical fibre could be 
used for distances up to 1 0 km; multimode fibre, at 200 
Mbit/s, could be used for distances up to 2 km; and STP, 
whk:h supports 100 Mbit/s, may be used for up to 50 
metres. 

The layer 315, FC-1 , defines the transmisskxi pro- 
tocol, including the serial encoding and decoding rules, 
special characteristics, and error control. FC-1 uses an 
8B/10B bkx:k code, where every 8 data bits are trans- 
mitted as a 10-blt group with two extra bits for error de- 
tectkm and correction, known as disparity control. The 
8B/10B scheme supplies sufficient error detection and 
correction to permit use of low-cost transceivers, as well 
as timing recovery methods to reduce the risk of radio 
frequency interference and ensure balanced, synchro- 
nized transmissbns. 

The third layer of the FC-PH, layer 320, FC-2 de- 
scribes how data is transferred between the FC devbes, 
each FC device being disposed at a "Node", and in- 
cludes the definition of the frame fonmat, frame se- 
quences, communicatbns protocols, and servbe class- 
es. The basic unit of data transmissbn in Fibre Channel 
is a variable-sized frame. Frames can be up to 2,148 
bytes in length, comprising a payload of up to 2,048 
bytes; 36 bytes of overhead that provkJes framing, 
source and destinatk)n port addressing, service type, 
and error detectbn information; and up to 64 bytes of 



additional optkinal overhead for other miscellaneous in- 
formation about the user data, that is, the payload. A 
single higher layer (that is, the upper layers in the stack 
300) protocol message may be larger than a frame's 
s payload capacity, In whbh case, the message will be 
fragmented into a series of related frames called a se- 
quence. 

Continuing to refer to FIG, 3, FC-2 layer can be ap- 
preciated as the main "workhorse" of the FCP stack 300. 

10 It frames and sequences data from the upper layers (lay- 
ers 325 and 330) for transmissbn via the FC-0 layer; it 
accepts transmissbnsf rom the FC-0 layer and reframes 
and resequences them, if necessary, for use by the up- 
per layers 325 and 330, In addition to defining full duplex 

IS transmissbn path between two nodes, the FC-2 layer 
also provides essential traffic mar^gement functbns, 
including flow control, link management, bufler memory 
management, and error detectbn and correctkxi. An im- 
portant feature of the FCP stack 300 is that the FC-2 

20 layer defines fou r classes of service to meet a variety of 
communicatbn needs. Class 1 Servba defines hard- 
wired or circuit-switched connectbns that are dedicat- 
ed, uninterruptible communicatbn links. This sen^be 
provbes exclusive use of the connection for its duratbn 

2S (sometimes called a 'selfish connectbn"). Class 1 Serv- 
ice is designed for fime-crifical. "^non-bursty" dedbated 
links, such as those between two supercomputers. 
Class 2 Service is a connectionless, frame-switched 
transmissbn that guarantees delivery and confirms re- 

30 ceipt of traffic. Like conventbnal packet-switching tech- 
nologies such as frame relay. Class 2 switching is per- 
fomned on the FC data frame rather than on a connec- 
tion. No dedicated connection is established between 
the nodes; each frame is sent to its destination over any 

3S available route. When congestbn occurs in Class 2 traf- 
fic, the frame is retransmitted until it successfully reach- 
es its destinatbn. Class 3 Servbe defines one-to-many 
connectbniess frame-switched sen^ice that is similar to 
Class 2 Servbe. except that it has no delivery guarantee 

^ or confirmatbn mechanism. It can be appreciated that 
Class 3 transmissbns are faster than Class 2 transmis- 
sbns because they do not wait for confirmatbn. But if a 
transmission does not arrive at its destinatbn. Class 3 
Service does not retransmit. This service is most often 

^ used for real-time broadcasts that cannot wait for ac- 
knowledgment but are not sufficiently time-critical to 
warrant Class 1 Sen^be. It Is also used for appllcatbns 
tfiat can tolerate bst frames. Class 4 Service is a con- 
nection-based sen^be that ofiers guaranteed fractional 

so bandwidth and guaranteed latency levels. 

The FC-3 layer, layer 325, provides a common set 
of communication sen^ices of higher layer protocols 
above the FC-PH level. These additional services may 
include, for example, mechanisms for multicast and 

ss broadcast data delivery, "hunt" groups wherein more 
than one target node can respond to a given Initiator 
node, and multiplexing multiple higher layer protocols 
and the FC-PH. 
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The top layer, layer 330, of the FCP stack 300 is the 
• FC-4 layer It defines the higher layer applications that 
can operate over an FC infrastructure such as, for in- 
stance, the FC environment 220 shown In FIG. 2. The 
FC-4 layer provides a way to utilize existing channel and 
network protocols over Fibre Channel without modifying 
those protocols. Accordingly, the FC-4 layer acts like a 
protocol convergence layer so that the FC node appears 
to provide the exact k>wer-layer transport sen^lces that 
the higher-layer channel or network protocol requires. 
This convergence function may require that the FC-4 
provide additional services such as buffering, synch ro- 
nizatk)n, or prk)ritizatk)n of data. It can be appreciated 
that the FC^ functionality is encompassed in the link 
path 225 disposed between the FC environment 220 
and the OS-compatible interface 215 of the exemplary 
computer system 200, shown in FIG. 2. 

Still continuing to refer to FIG. 3, varbus FC-4 level 
mappings have been specified for a number of higher 
layer channel and network communk:ation protocols, in- 
cluding: Intelligent Peripheral Interface ("IPr); SCSI; 
High-Perfonmance Parallel Interface ('HIPPI"); Single 
Byte Command Code Set ('SBCCS'); Logical Link Con- 
trol ("LLC"); IP; and Asynchronous Transfer Mode 
("ATM") Adaptation Layer ("AAL"). However, as indicat- 
ed hereinabove, these mappings do not provkJe for dy- 
namk: address changing of the FC devices that are dis- 
posed in the FC environment 220 (shown in FIG. 2) op- 
erable in accordance with the FCP stack 300. 

Referring now to FIGS. 4A-4C, three exemplary 
topolog^al configurations are shown, generally at 490, 
491, and 492, respectively, into whk:h the FC Nodes 
may be arranged. It shoukJ t>e understood that all three 
topologies are fully interoperable and the teachings of 
the present inventkxi may be practised in any appropri- 
ate comb)natk>n thereof. 

An FC Node is an entity, system, or devbe that has 
the capability to process the ULPs, FC-3, and some of 
the FC-2 functions. A Node may contain one or more 
Ports, commonly known as Node Ports or N_Porls. An 
N_Port is a hardware entity within a Node that supports 
the FC-PH. It may act as an originator (that is, an initi- 
ator), or a responder (that is, a target), or both. Herein- 
after, the terms nodes, devices and ports will be some- 
what interchangeably used for the purposes of the 
present invention. 

Reference numeral 490 refers to a point-to-point to- 
pology whbh utilizes communication links 41 OA, 41 OB 
to provkje a full duplex transmisskx) path between any 
two FC Nodes, denoted here as N^Ports 400A and 
400B. This connection topotogy provides the maximum 
possible bandwidth and bwest latency since there are 
no intermediate devbes/Nodes. 

Reference numeral 492 refers to a switched fabric 
topology where each FC devbe or node (N_Port) is con- 
nected to an F_Port that is part of a fabric, for example 
fabrb 430. and receives a non-blocking data path to any 
other connectbn on the fabric. The fabrb 430 may be a 



switch or series of switches and is responsible for rout- 
ing between Nodes, error detection and correction, and 
fk)w control. The operatbn of the fabrte 430 is independ- 
ent of the higher layer conrununk^atbn protocols, largely 
s distance-insensitive, and may be based on any technol- 
ogy 

Communication paths, for example, path 437. pro- 
vkJe a bidirectional connection between a Node, N_Port 
440 and a fabric port (F_Port) 436. The switched fabrk: 

10 topok)gy 492 provides the maximum connectbn capa- 
bility and total aggregate throughput of all the three FC 
topobgies. It may be appreciated that the switched fat>- 
ric topok^gy 492 provkles the capability to interconnect 
large number of systems; to sustain hig^ bandwkith re- 

is quirements; to match data rates between connectbns 
of different speeds; and to match different cabling ele- 
ments. 

Reference numeral 491 denotes a loop topology 
known in the art as an Arbitrated Loop ("AL"). operable 

20 with a connectbn standard referred to as the FC-AL 
standard. The loop topology 491 interconnects a plural- 
ity of FC devices or Nodes (denoted as bop ports or 
L_Ports) such as, for example, L_Ports 420A through 
420D, via unidirectkxial links, for example, links 425A 

2S throu^ 425D. Thus, this connection arrangement ena- 
bles each device to use the bop topology 491 as a point- 
to-point connection between a sender and a receiver, 
irrespective of any intermediate devices disposed ther- 
ebetween which merely act as 'repeaters*. 

30 The arbitrated bop 491 provkies a bw-cost means 
of attaching multiple devices without the need for hubs 
or switches. Although only four L_Ports are shown in 
FIG. 48, the loop provides shared bandwidth for up to 
1 27 L_Ports, Each L_Port requests use of the loop when 

3S ft needs to communicate with another port; if the bop is 
free, the requesting port sets up a bidirectbnal connec- 
tion with the destination port. The bop protocol permits 
an L_Port to continuously arbitrate to access the trans- 
misskxi medium to transmit to another L_Port; a fair- 

^ ness algorithm ensures that no L_Port gets bbcked 
from accessing the bop. Once a connection Is estab- 
lished, It can then deliver any class of servbe appropri- 
ate to the Iraffb between the two L_Ports. 

As is known in the art, only one pair of L^Ports may 

^ communbate at one time. When these L_Ports relin- 
quish control of the bop, another point-to-point connec- 
tion between two L_Ports may be established. Further, 
the entire loop may be attached, in turn, to a FC switch 
fabric port via what Is known as an FL^Port, or directly 

so to a single host system via an NL_Port. 

Because the presently preferred exemplary embod- 
iment of the present Invention encompasses an FC-AL 
topobgy. such as the bop topobgy 491 , the general op- 
eratbn of this nodal configuration will be described in 

ss greater detail hereinbebw. 

It is known that the FC-AL standard allows each FC 
devbe to negotiate for an Arbitrated Loop Physical Ad- 
dress (AL.PA). Moreover, while participating on an Ar- 
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bitrated Loop, the FC devices must log in to each other 
before commencing a loop transaction. If a device not 
logged in to another device, it will discard any frames it 
receives from that device until it is logged in. Since an 
initiator or driver must be able to manage the target de- 
vice with which it is communicating, the initiator keeps 
track of an FC-specific identity triplet for that target de- 
vice. This FC-specific ID triplet comprises a target's 
Node_Name, its Port^Name, and its AL_PA. While the 
AL.PA is dynamrcally assigned upon a loop reset, the 
Node_Name and Port_Name are formed from the de- 
vice's unique Worid_Wide_Name. 

When the devices come up onto an Arbitrated Loop 
upon a reset, they configure their AL_PAs in one of three 
ways: via a Soft Address scheme, a Preferred Address 
scheme, or a Hard Address scheme. In a Soft Address 
scheme, the devk:e does not care what AL_PA it Is as- 
signed. Rather, it simply accepts the first free AL_PA 
available. 

In a Preferred Address scheme, the FC devk» 
wouM like to be assigned a particular AL_PA. However, 
if a desired AL_PA is unavailable for some reason, rt will 
accept whichever AL_PA that is free and available. For 
example, after a device is assigned a specific AL_PA for 
the first time upon 'gk)t)al' system initializatkxi following 
the badingof the OS, that device will continue to request 
for that AL_PA upon subsequent kx)p resets. However, 
once this device goes off-line from the Arbitrated Loop, 
it will k)se its ability to 'prefer' that AL_PA and must re- 
sort to accepting the first free AL_PA that is available. 

In a Hard Address scheme, the FC devk:e can only 
operate at a partfcular AL_PA. According to the Loop 
Initializatfon Protocol ("LIP') in the FC-AL Standard, 
which handles the configuration of the AL_PAs, this 
method of address configuratkxi takes precedence over 
the first two methods, namely, the Soft Address and Pre- 
ferred Address schemes. 

After all AL__PA assignment issues have been re- 
solved, the FC-devices that act as initiators send out to 
all vaiki loop addresses a plurality of what are known as 
Link Sen/ice Frames whk^h comprise, among other 
things, the LOGIN ("PLOGI") Frames, in order to discov- 
er what devbes are on the Arbitrated Loop. If a device 
accepts the LOGIN Frames from an initiator, it will re- 
spond by transmitting in turn one or more ACKNOWL- 
EDGMENT ("ACK") Franries to the initiator. Then, re- 
sponsive to these ACK Frames, a structure in the initi- 
ator known as the Fibre Channel Manager ('FCMNGR') 
wUI transmit a PROCESS LOGIN REQUEST ("PRLI") to 
the responding device whteh, subsequently, identifies it- 
self as being a target, an initiator, or both. 

The informatbn comprising a devk:e's ID triiplet and 
addltfona! Infonmatk^n such as Device_Type and 
Device_Function (described below) is typk:ally passed 
..^ to the FCMNGR in a driver or initiator via a LOG Func- 
tion that is a constituent element of the FC-AL standard. 
The informatkxi in the LOG Function is mapped in ac- 
cordance with the teachhgs of the present invention to 



a link element pertaining to a higher-level OS-compati- 
ble interface in order to provide for hot-plugging a devk:e 
without a system reboot or without having to incur some 
specialized software overhead to 'quieten' the loop. 

s Refemng now to FIG. 5, therein is depkrted an ex- 
emplary embodiment of the mapping method in accord- 
ance with the teachings of the present invention, where- 
in an FC-specific LOG Function infomnatbn structure 
530 is unk^uely mapped, via associatk>n means 599, to 

10 a link element 525 that is interpretable by a higher-level 
OS-compatible interface standard. For instance, in a 
SCSI environment, this link element 525 comprises a 
BUS_TARGET_ LUN nexus that has been prevbusly 
described in reference to FIG. 1. The infomiatbn struc- 

^5 ture £30 relating to an FC device preferably comprises 
its AL.PA 535A, its unk)ue Uode Name 535B and 
Port_Name 535C, Devk:e_Functk)n 535D to specify if it 
is an initiator, target, or both, and Device_Type 535E to 
specify if the device is an array or a Direct Access De- 

20 vbe ('DAD'), or the like. In accordance with the teach- 
ings of the present invention, each link element associ- 
ated with an information structure relating to a specific 
FC device is preferably required to be unique during the 
run time of the OS for a particular session. 

2S It shouki be readily appreciated by those skilled in 
the art that by using the teachings of the present inven- 
tion, an Operating System need not know that it is on a 
Fibre Channel Arbitrated Loop because the OS wouki 
use the unique link element 525 in conjunction with as- 

30 sociation means 599 to send upper-level comrrtands to 
the FC devtoes. Furthermore, because of the unque- 
ness of the mapping between the Imk element 525 and 
the FC information structure 530, the OS need not be 
aware of subsequent changes in the constituent parts 

3S of the FC informatkxi structure 530 that may be required 
because of a configuration change in the FC environ- 
ment 220 pursuant to an event such as, for example, 
hot-plugging involving device addition/deletion, devbe 
substitution, or whatever. The k>w-level software com- 

^ prising the FCP architecture wouki be able to sense any 
configuration change in the FC environment 220 and it 
woutel make any necessary changes in the FC informa- 
tion structure 530 while the link element 525 fixedly' 
points to the same during the run time of the OS irre- 

^ spective of such changes. Associatksn means 599 man- 
ages such k>w-level FC configuration changes by main- 
taining unique mapping relatkxiships, creating new link 
elements, and temninating prk^r link elements, if neces- 
sary. 

so ft should be understood that the innovative teach- 
ings of the present invention may t>e readily extendable 
to any mapping to a link element that is OS-compatible. 
For example, it can be appreciated that the FC informa- 
tion structure 530 is mappable to a unique OS-compat- 

ss ft>le IP link element. The OS, then, need only to issue 
IP-level commands in order to communicate with the FC 
devices on the Arbitrated Loop without having to keep 
track of dynamk: changes in the toop addresses. 
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Referring now to FIG. 6, shown therein is an exem- 
plary flow diagram for a preferred method of autonnatic 
dynamic loop address changing in accordance with the 
teachings of the present invention. Upon a loop reset 
600, FC-specifIc information for each device on the Ar- 5 
bitrated Loop (such as the FC information structure 530, 
shown in FIG. 5) is detenmined In step 610. Preferably, 
this step may include executing a Loop Initialization Pro- 
tocol step. Subsequently, this FC-specific information is 
associated with an OS-compatible link element, as io 
shown in step 615. This association can be embodied 
in a number of ways. For example, suitable data tables 
with logical link pointers may be maintained in each in- 
itiator devk:e on the Arbitrated Loop. 

Responsive to a dynamic loop reconfiguration due is 
to an event such as, for example, hot-plugging involving 
devk^e deletion, devk>e substitutkxi, devk:e addrtk)n, in 
combination with any of the address schemes described 
above, the FC-specific informatk)n structures associat- 
ed with unk)ue OS-compatible link elements are suitably 20 
updated. In addit on, new link elements may be created, 
if necessary. These processes are consolKtated in step 
620. 

FIGS. 7A and 7B depk:t an exemplary embodiment 
where a new devbe 420E (Node_E) with a hard-coded 2S 
address that Is already occupied by a devbe 420 D 
(Node_D) is dynamk:ally introduced Into a 4-device Ar- 
bitrated Loop. FIG. 7A represents the loop configuratk>n 
before the device 420E with hard-coded AL_PA4 and a 
Workl_Wide_Name comprising Node_E and Port^EO is so 
introduced. The initialized kxsp comprises a devk:e 
420A with AL^PAI and the WorW_Wide_ Name of 
Node^A and Port_AO; a device 420B with AL_PA3 and 
the World Wide Name of Node_Band Port_BO; a device 
420C with AL_PA2 and the World_Wide_Name of 35 
Node_C and Port_CO; and a device 420D with AL_PA4 
and the WorW^WWe.Name of Node_D and Port_DO. 
Further, it may be provkJed in this exemplary embodi- 
ment that devk^es 420A and 4208 operate as initiators 
while devices 420G and 420D operate as targets. The 40 
FC-specific information structures corresponding to 
these four devkres are mapped to, for example, such 
unique SCSI link elements as follows: For device 420A, 
it is mapped to a BUS_TARGET__LUN comprising 
0_OjO; for device 420B, it is mapped to a 45 
BUS_TARGET_LUN comprising 0_1_0; for device 
4200, it is mapped to a BUS_TARGET_LUN comprising 
0_2_0; and for devfce 420D, it is mapped to a 
BUS_TARGET_LUN comprising 0_3_0. As described 
hereinabove, these link elements will be presented to so 
the upper level software structures that are present in 
the OS environment for proper commands and opera- 
tion of the loop. 

FIG. 7B represents the loop configuration after the 
device 420E with hard-coded AL_PA4 and a ss 
WorW_Wide_Name comprising Node_E and Port_EO is 
introduced. While the FC-specific information structures 
corresponding to the devk:es 420A, 4208 and 420C are 



unaffected, the FC-specific information structure corre- 
sponding to the devk:e 420D is updated to reflect the 
fact that its physk:al address fiekJ now contains the first 
free and available address, for example AL_PA5, upon 
the execution of the Loop lnitializatk>n Protocol. In ad- 
dition, a new link element having a BUS_TARGET_LUN 
comprising, for example, 0_4_0 will be created prefera- 
bly In the association means contained in the two initia- 
tor devbes, 420A and 420B, in order to correspond to 
the new, hard-coded device 420E. Thus, Node_E will 
be presented to the OS environment as a new devk:e 
while Node_D wouki continue to be recognized a devk:e 
that was already configured in the OS. 

It should be appreciated that by handling FC devic- 
es dynamk:ally in the manner described herein System 
Administrators would be able to add new devk:es to an 
Arbitrated Loop without disrupting system activity. 

Although only certain embodiments of the appara- 
tus of the present invention have been illustrated in the 
accompanying Drawings and described in the foregoing 
Detailed Description, it will be understood that the in- 
ventk>n is not limited to the embodiments disck>sed, but 
is capable of numerous rearrangements, nxxlifk^ations 
and substitutions without departing from the spirit of the 
invention as set forth and defined by the folk>wing 
claims. 



Claims 

1 . A method for dynamically altering the kxtp address 
of a devk:e on a Fibre Channel Arbitrated Loop (FC- 
AL) in a computer system, comprising the steps of: 

determining an infomnatbn structure related to 
sakJ devk:e upon a )oop reset; and 
keeping tr^k of sakJ informatkxi structure as 
sakJ devbe moves around sakJ Fibre Channel 
Artsitrated Loop. 

2. The method as recited in claim 1 . wherein saki step 
of keepong track of saki informatkxi structure com- 
prises: 

associating sakJ informatbn structure with a 
unque logk:al link element, sad unque logteal 
link element being operable with an Operating 
System for sad computer system, sad associ- 
ating step being performed by association 
means; and 

updating said associatk)n means responsive to 
a change In said Informatton stmcture. 

3. The method as recited in claim 1 , wherein said de- 
termining step comprises ascertaining an AL_PA, a 
Node.Name, a Port.Name, a Devk:e_Type and a 
Device.Functbn, related to said devk:e. 
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4. A method for dynamically controlling the configura- 
tion of a plurality of FC devices in a computer sys- 
tem, the computer system having an operating sys- 
tem, a Fibre Channel (hereafter FC) communication 
environment, which environment includes a plural- s 
ity of FC devices, at least one of said FC devices 
being an initiator, the method comprising the steps 

of: 

determining an FC-spectfic information struc- 
ture related to each of said plurality of FC de- 
vices; 

associating said FC-specific Information struc- 
ture for each of said plurality of FC devices with 
a logical link element compatible with said op- is 
erating system, said associating step being ef- 
fected by association means; and 
updating said association means responsive to 
a reconfiguration of said FC environment. 

20 

5. The method as recited In claim 4, wherein said de- 
termining step is performed by said initiator respon- 
sive to a reset. 



dating step comprises nrxxiifying said FC-specific 
infonmation structure responsive to said reconfigu- 
ration of said FC environment. 

14. A computer system having an operating system, a 
Fibre Channel (FC) communication environment, 
which environment hcludes a plurality of FC devic- 
es, at least one of said FC devices being an initiator, 
and means for dynamically controlling channel 
communication, said means comprising: 

means for determining FC-specific Information 

related to each of said plurality of FC devices; 
means for associating said FC-specific infor- 
mation for each of said plurality of FC devices 
with a logical link compatible with sakJ Operat- 
ing System; and 

means for updating said associating means re- 
sponsive to a reconfiguration of saki FC envi- 
ronment. 



6. The method as recited in claim 4, wherein said de- 2S 
termining step comprises ascertaining a physbal 
address for each of saki plurality of FC devices. 



7. The method as recited in claim 4, wherein said de- 
termining step comprises ascertaining a 30 
Worki_Wkle_Name for each of saki plurality of FC 
devk:es. 



8. The method as recited in claim 7, wherein saki as- 
certaining step comprises identifying at least one of 3S 
a Port_Name arKJ a Node_Name for each of saki 
plurality of FC devtees. 



9. The method as recited in claim 4, wherein said de- 
termining step comprises ascertaining a 40 
device_type for each of said plurality of FC devices. 



10. The method as recited in claim 4, wherein saki as- 
sociating step comprises creating a un'que 
BUS_TARGET.LUN nexus for each of saki plurality 45 
of FC devk^es. 



11. The method as recited in claim 4, wherein said up- 
dating step comprises deleting a 
BUS_TARGET_LUN responsive to saki reconfigu- so 
ratk)n of said FC environment. 



12. The method as recited in claim 4. wherein said up- 
dating step comprises creating a new 
BUS_TARGET_LUN responsive to saki reconfigu- ss 
ratk)n of said FC environment. 



13. The method as recited in clakn 4, wherein saki up- 
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